home *** CD-ROM | disk | FTP | other *** search
/ Nebula 2 / Nebula Two.iso / SourceCode / MiscKit1.7.1 / MiscKitArchive.mbox / mbox / 000201_misckit-reques…aska.et.byu.edu_Mon May 30 01:27:41 1994.msg < prev    next >
Internet Message Format  |  1994-10-30  |  2KB
  1. Return-Path: <misckit-request@alaska.et.byu.edu>
  2. Received: from alaska.et.byu.edu by darth.byu.edu (NX5.67d/NX3.0M)
  3.     id AA10135; Mon, 30 May 94 01:27:33 -0600
  4. Received: from YVAX2.BYU.EDU by alaska.et.byu.edu; Mon, 30 May 1994 00:30:21 -0600
  5. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.3-8 #4169)
  6.  id <01HCXIU2O4809GV61E@yvax.byu.edu>; Mon, 30 May 1994 00:29:17 MDT
  7. Received: from alaska.et.byu.edu by yvax.byu.edu (PMDF V4.3-8 #4169)
  8.  id <01HCXITS32TC019LYB@yvax.byu.edu>; Mon, 30 May 1994 00:29:03 -0600 (MDT)
  9. Received: from acs1.byu.edu by alaska.et.byu.edu; Mon,
  10.  30 May 1994 00:27:13 -0600
  11. Received: from DIRECTORY-DAEMON by yvax.byu.edu (PMDF V4.3-8 #4169)
  12.  id <01HCXIPLZL749GV61E@yvax.byu.edu>; Mon, 30 May 1994 00:25:41 MDT
  13. Received: from faui45.informatik.uni-erlangen.de by yvax.byu.edu
  14.  (PMDF V4.3-8 #4169) id <01HCXIO0J42802LYKW@yvax.byu.edu>; Mon,
  15.  30 May 1994 00:24:25 -0600 (MDT)
  16. Received: from faui01.informatik.uni-erlangen.de by uni-erlangen.de with SMTP;
  17.  id AA21137 (5.65c-6/7.3v-FAU); Mon, 30 May 1994 08:24:13 +0200
  18. Received: from faui06g.informatik.uni-erlangen.de by
  19.  cip.informatik.uni-erlangen.de with SMTP; id AA11601 (5.65c-6/7.3m-FAU); Mon,
  20.  30 May 1994 08:23:37 +0200
  21. Date: Mon, 30 May 1994 08:24:09 +0200 (MESZ)
  22. From: "Thomas Engel (CIP93)" <tsengel@cip.informatik.uni-erlangen.de>
  23. Subject: Re: Requesting Input for file...
  24. To: misckit@byu.edu
  25. Message-Id: <199405300623.AA11601@faui01.informatik.uni-erlangen.de>
  26. Mime-Version: 1.0
  27. X-Mailer: ELM [version 2.4 PL23]
  28. Content-Type: text/plain; charset=US-ASCII
  29. Content-Transfer-Encoding: 7bit
  30. Content-Length: 529
  31.  
  32. Hi!
  33.  
  34. Well I definitly would prefer the File object taht can be initialized from
  35. a certain path and then could retrun a list of its children, give info on
  36. status (link status, file extention...like the MOPathString handled it,
  37. maybe even size etc. pp)
  38. With this object it would be really a snap to handle all kind of filesystem tasks.
  39.  
  40. I am glad to see that there is somebody out there who wants to write this
  41. object. It was high on my private list too.
  42.  
  43. Reallz lokking forward to seing it.
  44.  
  45. Aloha,
  46.     Tomi
  47.  
  48. tomi@shinto.nbg.sub.org